File processing method, terminal, server, and computer storage medium

ABSTRACT

A file processing method is provided. A file conversion logic based on a player plug-in, a software development kit (SDK), and a recording plug-in that are loaded and run in a designated three-dimensional (3D) operation environment is obtained. A first to-be-processed file and a second to-be-processed file obtained based on a source file are played. Audio/video decoding is performed on each of the first to-be-processed file and the second to-be-processed file based on the file conversion logic. Distortion processing is performed on a result of the audio/video decoding, and a result of the distortion processing is stored in an image file format in a video random access memory (RAM).

CROSS-REFERENCE TO RELATED APPLICATION(S)

This application is a continuation of International Application No.PCT/CN2017/110949, filed on Nov. 14, 2017, in the Chinese Patent Office,which claims priority from Chinese Patent Application No.201611009068.1, filed on Nov. 16, 2016, which is incorporated byreference in its entirety.

BACKGROUND 1. Field

The disclosure relates to conversion technologies, and in particular, toa method, a terminal, a server, and a computer storage medium forprocessing a file.

2. Description of the Related Art

As man-machine interaction technologies develop and intelligentterminals become increasingly popular, various information transmissionand exchange manners are introduced. In an information transmission andexchange scenario based on virtual reality (VR), VR glasses are commonlyused. The VR glasses not only support a panoramic image but also supporta three-dimensional (3D) image. However, to support playback of a 3Dvideo, a specified application (APP) needs to be installed forprocessing. This causes additional processing costs and low processingefficiency. Moreover, this method is inconvenient, and a file formatobtained after the processing does not support playback of a 3D video ona web page, leading to a very limited application range. When an imagefile obtained after the processing is combined with the VR glasses, a 3Deffect is achieved only by projecting a distorted image file on theglasses. That is, a main reason that the distorted image file cannot benormally viewed by directly using the VR glasses is due to a limitedapplication range of the file format. However, in the related art, thereis no effective solution for these problems.

SUMMARY

In view of this, embodiments provide a file processing method, aterminal and a server, and a computer storage medium, to resolve atleast problems that exist in the related art technology.

According to an aspect of an exemplary embodiment, provided is a fileprocessing method in a terminal including at least one processor. A fileconversion logic is obtained, the file conversion logic being based on aplayer plug-in, a software development kit (SDK), and a recordingplug-in that are loaded and run in a designated three-dimensional (3D)operation environment. A first to-be-processed file and a secondto-be-processed file obtained based on a source file are played, thefirst to-be-processed file being a left video file of the source filedisplayed on a screen of the terminal, and the second to-be-processedfile being a right video file of the source file displayed on the screenof the terminal. Audio/video decoding is performed on each of the firstto-be-processed file and the second to-be-processed file based on thefile conversion logic, to obtain a first audio file and a first imagefile that correspond to the first to-be-processed file and to obtain asecond audio file and a second image file that correspond to the secondto-be-processed file. Distortion processing is performed on the firstimage file and the second image file, and storing a result of thedistortion processing in an image file format in a video random accessmemory (RAM).

According to an aspect of another exemplary embodiment, provided is aterminal, including: at least one memory operable to store program code;and at least one processor operable to read the program code and operateas instructed by the program code, the program code including: obtainingcode configured to cause the at least one processor to obtain a fileconversion logic, the file conversion logic being a logic based on aplayer plug-in, a software development kit (SDK), and a recordingplug-in that are loaded and run in a designated three-dimensional (3D)operation environment; playing code configured to cause the at least oneprocessor to play a first to-be-processed file and a secondto-be-processed file obtained based on a source file, the firstto-be-processed file being a left video file of the source filedisplayed on a screen of the terminal, and the second to-be-processedfile being a right video file of the source file displayed on the screenof the terminal; and first processing code configured to cause the atleast one processor to: perform audio/video decoding on each of thefirst to-be-processed file and the second to-be-processed file based onthe file conversion logic, to obtain a first audio file and a firstimage file that correspond to the first to-be-processed file and toobtain a second audio file and a second image file that correspond tothe second to-be-processed file, perform distortion processing on thefirst image file and the second image file, and store a result of thedistortion processing in an image file format in a video random accessmemory (RAM).

According to an aspect of still another exemplary embodiment, providedis a non-transitory computer storage medium storing instructions, which,when executed by at least one processor, cause the at least oneprocessor to perform: obtaining a file conversion logic, the fileconversion logic being based on a player plug-in, a software developmentkit (SDK), and a recording plug-in that are loaded and run in adesignated three-dimensional (3D) operation environment; playing a firstto-be-processed file and a second to-be-processed file obtained based ona source file, the first to-be-processed file being a left video file ofthe source file displayed on a screen of a terminal, and the secondto-be-processed file being a right video file of the source filedisplayed on the screen of the terminal; performing audio/video decodingon each of the first to-be-processed file and the second to-be-processedfile based on the file conversion logic, to obtain a first audio fileand a first image file that correspond to the first to-be-processed fileand to obtain a second audio file and a second image file thatcorrespond to the second to-be-processed file; and performing distortionprocessing on the first image file and the second image file, andstoring a result of the distortion processing in an image file format ina video random access memory (RAM).

According to the embodiments of the present invention, on one hand, afile conversion logic is used as a general processing mechanism, so thata series of operations such as audio/video decoding and distortionprocessing may be performed. Therefore, any source file and terminal maybe adaptive to, and no specified APP needs to be installed on theterminal for processing. In addition, the processing is aimed for afirst to-be-processed file and a second to-be-processed file obtainedbased on a source file, the first to-be-processed file is a left videofile of the source file displayed on a screen of the terminal, and thesecond to-be-processed file is a right video file of the source filedisplayed on the screen of the terminal. That is, the processing isperformed on the left/right format of the source file. In this way, abetter distortion processing effect is achieved, and unlike the relatedart technology, there is no need to subsequently separately projectresults of the source file on VR for playing. On the other hand, theobtained result of the distortion processing is stored in an image fileformat to a video RAM for performing file sharing, so that there is noneed to perform a plurality of times of copy operations, and a requiredfile only needs to be obtained from sharing during recording, not onlyimproving efficiency, but also preventing excessive occupancy of a CPUand a memory. After an instruction for a recording operation isreceived, the result of the distortion processing is provided to arecording thread for recording, and finally the result of the distortionprocessing and the audio file are encoded and combined into a firsttarget file and a second target file that are directly used for VRplaying.

BRIEF DESCRIPTION OF THE DRAWINGS

The above and/or other aspects will become apparent and more readilyappreciated by describing certain exemplary embodiments with referenceto the accompanying drawings, in which:

FIG. 1 is an optional schematic structural diagram of hardware of amobile terminal for implementing embodiments;

FIG. 2 is a schematic diagram of a communications system of the mobileterminal shown in FIG. 1;

FIG. 3 is a schematic diagram of each hardware entity performinginformation exchange according to an embodiment;

FIG. 4 is a schematic diagram of a method implementation procedureaccording to an embodiment;

FIG. 5 is a schematic diagram of a method implementation procedureaccording to another embodiment;

FIG. 6 is a schematic architectural diagram of a system according to anembodiment;

FIG. 7 is a schematic diagram of performing file conversion by using aspecialized APP;

FIG. 8 and FIG. 9 are respectively a schematic diagram of an applicationscenario before distortion and that after distortion;

FIG. 10 is a flowchart of performing file conversion by using anembodiment; and

FIG. 11 is a schematic diagram of composing a new video file byperforming distortion processing according to an embodiment.

DETAILED DESCRIPTION

The following further describes the implementations of the technicalsolutions in detail with reference to the accompany drawings.

Mobile terminals used for implementing embodiments are currentlydescribed with reference to the accompanying drawings. In subsequentdescriptions, suffixes such as “module”, “component”, or “unit” that areused to represent elements are merely conducive to the descriptions ofthe embodiments, and have no specific meanings themselves. It will beunderstood that, the terms, such as “unit,” “module,” “component,”“part,” etc., should be understood as a unit that performs at least onefunction or operation and that may be embodied as hardware, software, ora combination thereof.

A plurality of details is described in the following detaileddescriptions for thorough understanding of the disclosure. However, forpersons of ordinary skill in the art, the disclosure may obviously beimplemented without these details. In other cases, a disclosedwell-known method, process, assembly, circuit, and network are notdescribed in detail, to not to unnecessarily obscure the aspects of theembodiments.

In addition, in this specification, although elements (or thresholds orapplications or instructions or operations) are described by using termssuch as “first” and “second” for a plurality of times, the elements (orthresholds or applications or instructions or operations) should not belimited by these terms. These terms are merely used to distinguishbetween an element (or thresholds or applications or instructions oroperations) and another element (or thresholds or applications orinstructions or operations). For example, a first operation may bereferred to as a second operation, and the second operation may also bereferred to as the first operation.

As used herein, expressions such as “at least one of,” when preceding alist of elements, modify the entire list of elements and do not modifythe individual elements of the list. For example, the expression, “atleast one of a, b, and c,” should be understood as including only a,only b, only c, both a and b, both a and c, both b and c, or all of a,b, and c.

The steps in the embodiments may not be performed in the describedsequence of steps, and the steps may be intermingled and rearrangedbased on demand, or the steps in the embodiments may be eliminated, orthe steps in the embodiments may be increased. The descriptions of thesteps in the embodiments are only optional sequence combination, and donot represent all sequence combinations of the embodiments. The stepssequence in the embodiments should not be considered as a limitation tothe present invention.

The term “and/or” in the embodiments refer to any one or more possiblecombinations of the listed items related to each other. It should befurther noted that: when being used in the specification,“including/including” specifies existence of the described feature,integer, step, operation, element and/or component. However, existenceor increase of one or more other features, integers, steps, operations,elements and/or components and/or combinations thereof is not excluded.

Intelligent terminals (for example, the mobile terminal) of theembodiments may be implemented in various forms. For example, the mobileterminal described in the embodiments may include a mobile terminal suchas a mobile phone, a smartphone, a laptop computer, a digital broadcastreceiver, a personal digital assistant (PDA), a tablet computer (PAD), aportable media player (PMP), and a navigation apparatus and a fixedterminal such as a digital TV and a desktop computer. In the followingdescriptions, it is assumed that the terminal is a mobile terminal.However, persons skilled in the art understand that, in addition toelements specified for movement, structures based on implementations ofthe disclosure is also applicable to a terminal of a fixed type.

FIG. 1 is an optional schematic structural diagram of hardware of amobile terminal for implementing exemplary embodiments.

The mobile terminal 100 may include a communications unit 110, anaudio/video (A/V) input unit 120, a user input unit 130, an obtainingunit 140, a playing unit 141, a first processing unit 142, a secondprocessing unit 143, an output unit 150, a storage unit 160, aninterface unit 170, a processing unit 180, a power supply unit 190, andthe like. FIG. 1 shows the mobile terminal having various assemblies.However, it should be understood that, not all of the shown assembliesneed to be implemented. More or fewer assemblies may alternatively beimplemented. The elements of the mobile terminal are described in detailbelow.

The communications unit 110 normally includes one or more assemblies,and the communications unit 110 allows the mobile terminal 100 toperform radio communication with a wireless communications system or anetwork (if the mobile terminal is replaced with the fixed terminal,electrical communication may be performed in a wired manner). Forexample, in the case of the communications unit 110 being a wirelesscommunications unit, the communications unit 110 may include at leastone of a broadcast receiving unit 111, a mobile communications unit 112,a wireless Internet unit 113, a short range communications unit 114, anda location information unit 115. These units are optional, and may beadded or deleted based on different demands.

The broadcast receiving unit 111 receives a broadcast signal and/orbroadcast related information from an external broadcast managementserver by using a broadcast channel. The broadcast channel may include asatellite channel and/or a terrestrial channel. The broadcast managementserver may be a server that generates and sends a broadcast signaland/or broadcast related information or a server that receives and sendsa previously-generated broadcast signal and/or broadcast relatedinformation to the terminal. The broadcast signal may include a TVbroadcast signal, a radio broadcast signal, a data broadcast signal, andthe like. In addition, the broadcast signal may further include abroadcast signal combined with the TV or radio broadcast signal. Thebroadcast related information may also be provided by using a mobiletelecommunications network, and in that case, the broadcast relatedinformation may be received by the mobile communications unit 112. Thebroadcast signal may exist in various forms. For example, the broadcastsignal may exist in forms such as an electronic program guide (EPG) ofDigital Multimedia Broadcasting (DMB) and an electronic service guide(ESG) of Digital Video Broadcasting-Handheld (DVB-H). The broadcastreceiving unit 111 may receive signal broadcast by using various typesof broadcasting systems. Particularly, the broadcast receiving unit 111may receive digital broadcast by using digital broadcasting systems suchas Digital Multimedia Broadcasting-Terrestrial (DMB-T), DigitalMultimedia Broadcasting-Satellite (DMB-S), DVB-H, a digital broadcastingsystem of Media Forward Link Only (MediaFLO), and Integrated ServicesDigital Broadcasting-Terrestrial (ISDB-T). The broadcast receiving unit111 may be various broadcasting systems and the foregoing digitalbroadcasting systems that are suitable for providing a broadcast signal.A broadcast signal and/or broadcast related information received by thebroadcast receiving unit 111 may be stored in the memory 160 (or astorage medium of another type).

The mobile communications unit 112 sends a radio signal to at least abase station (for example, an access point and a NodeB), an externalterminal, and a server and/or receives a radio signal from the basestation, the external terminal, and the server. Such a radio signal mayinclude a voice conversation signal, a video conversation signal, orvarious types of data sent and/or received based on text and/or amultimedia message.

The wireless Internet unit 113 supports wireless Internet access of themobile terminal. The unit may be internally or externally coupled to theterminal. A wireless Internet access technology related to the unit mayinclude Wireless Local Area Networks (Wi-Fi, WLAN), wireless broadband(Wibro), Worldwide Interoperability for Microwave Access (Wimax), HighSpeed Downlink Packet Access (HSDPA), and the like.

The short range communications unit 114 is a unit configured to supportshort range communication. Some examples of a short range communicationtechnology include Bluetooth, Radio Frequency Identification (RFID),Infrared Data Association (IrDA), Ultra Wideband (UWB), ZigBee, and thelike.

The location information unit 115 is a unit configured to check orobtain location information of the mobile terminal. A typical example ofthe location information unit is a global positioning system (GPS).Based on a current technology, the location information unit 115calculates distance information from three or more satellites andaccurate time information, and applies a triangle measurement method tothe calculated information, to precisely calculate currentthree-dimensional location information based on longitude, latitude, andheights. At present, a method used for calculating location and timeinformation uses three satellites and corrects an error of thecalculated location and time information by using another satellite. Inaddition, the location information unit 115 can calculate speedinformation by constantly calculating current location information inreal time.

The A/V input unit 120 is configured to receive an audio or a videosignal. The A/V input unit 120 may include a camera 121 and a microphone122. The camera 121 processes image data that is of a static image or avideo and that is obtained by an image capturing apparatus in a videocapturing mode or an image capturing mode. An image frame obtained afterthe processing may be displayed on the display unit 151. The image frameprocessed by the camera 121 may be stored in the storage unit 160 (oranother storage medium) or sent by the communications unit 110, and twoor more cameras 121 may be provided based on the structure of the mobileterminal. The microphone 122 may receive voice (audio data) in anoperating mode such as a phone call mode, recording mode, and speechrecognition mode by using the microphone, and can process such voiceinto audio data. The processed audio (speech) data may be output bybeing converted in a format in which the data is sent in a phone callmode by the mobile communications unit 112 to a mobile communicationsbase station. The microphone 122 may implement various types of noiseelimination (or suppression) algorithms to eliminate (or suppress) noiseor interference generated in an audio signal receiving and sendingprocess.

The user input unit 130 may input data based on a command entered by auser, to control various operations of the mobile terminal. The userinput unit 130 allows the user to enter various types of information,and may include a keyboard, a mouse, a touch panel (for example, atouch-sensitive assembly configured to detect changes such asresistance, pressure, and capacitance that are caused due to contact), amouse wheel, a joystick, and the like. Particularly, when the touchpanel is stacked on the display unit 151, a touchscreen is formed.

The obtaining unit 140 is configured to obtain a file conversion logic.The playing unit 141 is configured to play a first to-be-processed fileand a second to-be-processed file obtained based on a source file, thefirst to-be-processed file being a left video file of the source filedisplayed on a screen of a terminal, and the second to-be-processed filebeing a right video file of the source file displayed on the screen ofthe terminal. The first processing unit 142 is configured to: performaudio/video decoding on each of the first to-be-processed file and thesecond to-be-processed file based on the file conversion logic, toobtain an audio file and an image file that correspond to each of thefirst to-be-processed file and the second to-be-processed file, performdistortion processing on the image file corresponding to each of thefirst to-be-processed file and the second to-be-processed file, andstore an obtained result of the distortion processing in an image fileformat in a video RAM to perform file sharing. The second processingunit 143 is configured to: receive an instruction for a recordingoperation, and when providing the result of the distortion processing toa recording thread for recording, encode and combine, based on the fileconversion logic, the result of the distortion processing and the audiofile that corresponds to each of the first to-be-processed file and thesecond to-be-processed file into a first target file and a second targetfile that are directly used for VR playing.

The interface unit 170 is used as an interface that can be passedthrough by at least one external apparatus connected to the mobileterminal 100. For example, the external apparatus may include a wired orwireless headphone port, an external power supply (or a battery charger)port, a wired or wireless data port, a memory card port, a portconfigured to connect an apparatus having an identification unit, anaudio output/input (I/O) port, a video I/O port, an earphone port, andthe like. The identification unit may store various information used forverifying use of the mobile terminal 100 by a user and may include auser identify module (UIM), a subscriber identity module (SIM), auniversal subscriber identity module (USIM), and the like. In addition,the apparatus having the identification unit (referred to as an“identification apparatus”) may be in a form of a smartcard. Therefore,the identification apparatus may be connected to the mobile terminal 100by using a port or another connection apparatus. The interface unit 170may be configured to receive an input from the external apparatus (forexample, data information and electricity), and transmit the receivedinput to one or more elements in the mobile terminal 100, or may beconfigured to transmit data between the mobile terminal 100 and theexternal apparatus.

In addition, when the mobile terminal 100 is connected to an externaldock, the interface unit 170 may be used as a path that allows toprovide electricity from the dock to the mobile terminal 100 by usingthe interface unit 170 or may be used as a path that allows variouscommand signals that are input from the dock to be transmitted to themobile terminal by using the interface unit 170. The various commandsignals that are input from the dock or the electricity may be used as asignal used to identify whether the mobile terminal is accuratelyinstalled on the dock. The output unit 150 is configured to output asignal (for example, an audio signal, a video signal, or a vibrationsignal) in a visual, audio, and/or touch manner. The output unit 150 mayinclude the display unit 151, an audio output unit 152, and the like.

The display unit 151 may display information processed in the mobileterminal 100. For example, the mobile terminal 100 may display a relateduser interface (UI or a graphical user interface (GUI). When the mobileterminal 100 is in a video call mode or an image capturing mode, thedisplay unit 151 may display a captured image and/or a received image,show a video or image and a UI or GUI of a related function, or thelike.

In addition, when the display unit 151 and the touch panel are stackedin a form of layers to form a touchscreen, the display unit 151 may beused as an input device and an output device. The display unit 151 mayinclude at least one of a liquid crystal display (LCD), a thin filmtransistor-LCD (TFT-LCD), an organic light-emitting diode (OLED)display, a flexible display, a three-dimensional (3D) display, and thelike. Some of the displays are provided in a transparent state to allowthe user to view from the outside, and may be referred to as transparentdisplays. Typical transparent displays may be, for example, atransparent organic light-emitting diode (TOLED) display. According to aspecified and desired implementation, the mobile terminal 100 mayinclude two or more display units (or another display apparatus). Forexample, the mobile terminal may include an external display unit (notshown) and an internal display unit (not shown). The touchscreen may beconfigured to detect a touch input pressure, a touch input position, anda touch input area.

The audio output unit 152 may, when the mobile terminal is in a modesuch as a call signal receiving mode, a calling mode, a recording mode,a speech recognition mode, a broadcast receiving mode, convert audiodata that is received by the communications unit 110 or is stored in thememory 160 into an audio signal and output as sound. In addition, theaudio output unit 152 may provide an audio output (for example, a callsignal receiving sound and a message receiving sound) related to aspecific function executed by the mobile terminal 100. The audio outputunit 152 may include a speaker, a buzzer, and the like.

The storage unit 160 may store a software program executed by theprocessing unit 180 for processing and controlling operations, and thelike. Alternatively, the storage unit 160 may temperately store datathat is already output or that is to be output (for example, a personaladdress book, a message, a still image, and a video). In addition, thestorage unit 160 may store data that is related to vibrations of variousmanners and audio signals that are output when a touch is performed on atouchscreen.

The storage unit 160 may include at least one type of storage medium,and the storage medium includes a flash memory, a hard disk, amultimedia card, a card memory (for example, an SD or DX memory), arandom access memory (RAM), a static random access memory (SRAM), a readonly memory (ROM), an electrically erasable programmable read onlymemory (EEPROM), a programmable read only memory (PROM), a magneticmemory, a magnetic disk, an optical disc, and the like. In addition, themobile terminal 100 may be engaged with a network storage apparatus thatexecutes a storage function of the storage unit 160 by using networkconnection

The processing unit 180 normally controls an overall operation of themobile terminal. For example, the processing unit 180 performscontrolling and processing that are related to voice call, datacommunication, video call and the like. For another example, theprocessing unit 180 may perform mode identifying processing, to identifya handwriting input or an image drawing input that are performed on atouchscreen as a character or an image.

The interface unit 190 receives external electricity or internalelectricity under control of the processing unit 180 and providesappropriate electricity required for operating the elements andassemblies.

The various implementations described herein may be implemented byusing, for example, a computer-readable medium of computer software,hardware or any combination therefore. For hardware implementation, theimplementations described herein may be implemented by at least one ofan application specific integrated circuit (ASIC), a digital signalprocessor (DSP), a digital signal processing device (DSPD), aprogrammable logic device (PLD), a field programmable gate array (FPGA),a processor, a controller, a microcontroller, a microprocessor, and anelectronic unit designed to implement functions described herein. Insome cases, such implementations may be implemented in the processingunit 180. For software implementation, for example, implementations ofprocess or functions may be performed by a single software unit that isallowed to perform at least one function or operation. Software code maybe implemented by a software application (or a program) written in anyappropriate programming language, and the software code may be stored inthe storage unit 160 and executed by the processing unit 180. A specifichardware entity of the storage unit 160 may be a memory, and a specifichardware entity of the processing unit 180 may be a controller.

Here, the mobile terminal has been described based on functions of themobile terminal. In the following descriptions, for brevity, aslide-type mobile terminal of mobile terminals of various types such asfordable-type, bar-type, swing-type, and slide-type is used as anexample for description. Therefore, the disclosure can be applied to anytype of mobile terminal and is not limited to the slide-type mobileterminal.

The mobile terminal 100 shown in FIG. 1 may be configured to be operatedby a wired and wireless communications system that send data by using aframe or a group and a communications system based on a satellite.

A communications system that can be operated by the mobile terminalaccording to the embodiment is described with reference to FIG. 2.

The communications system herein may use different air interfaces and/orphysical layers. For example, the air interfaces used in thecommunications system includes, for example, Frequency Division MultipleAccess (FDMA), Time Division Multiple Access (TDMA), Code DivisionMultiple Access (CDMA) and Universal Mobile Telecommunications System(UMTS) (particularly, Long Term Evolution (LTE)), Global System forMobile Communications (GSM). As a non-limitative example, the followingdescriptions relate to a CDMA communications system. However, suchdescription is also applicable to a system of another type.

Referring to FIG. 2, the CDMA wireless communications system may includea plurality of mobile terminals 100, a plurality of base stations (BS)270, a base station controller (BSC) 275, and a mobile switching center(MSC) 280. The MSC 280 is configured to form an interface with a publicswitched telephone network (PSTN) 290. The MSC 280 is further configuredto form an interface with the BSC 275 that can be coupled to the BS 270by using a backhaul line. The backhaul line may be configured based onany one of a plurality of known interfaces, and the interfaces include,for example, E1/T1, ATM, IP, PPP, frame relay, HDSL, ADSL, or xDSL. Itis understood that, the system shown in FIG. 2 may include a pluralityof BSCs 275.

Each BS 270 may serve one or more partitions (or areas), and eachpartition covered by a multi-directional antenna or an antenna pointedto a specified direction is radially away from the BS 270.Alternatively, each partition may be covered by two or more antennasused for diversity reception. Each BS 270 may be configured to support aplurality of frequency assignments, and each frequency assignment has aspecified spectrum (for example, 1.25 MHz and 5 MHz).

Overlapping of a partition and a frequency assignment may be referred toas a CDM channel. The BS 270 may also be referred to as a basetransceiver station (BTS) or another equivalent term. In such a case,the term “base station” may be used to generally represent a single BSC275 and at least one BS 270. The base station may also be referred to asa “cellular base station”. Alternatively, partitions of a specified BS270 may be referred to as a plurality of cellular base stations.

As shown in FIG. 2, a broadcast transmitter (BT) 295 sends a broadcastsignal to a mobile terminal 100 operated in a system. The broadcastreceiving unit 111 shown in FIG. 1 is configured in the mobile terminal100 to receive the broadcast signal sent by the BT 295. In FIG. 2,several satellites 300 are shown, for example, a GPS satellite 300 maybe used. The satellite 300 may be used to locate at least one of theplurality of mobile terminals 100.

In FIG. 2, a plurality of satellites 300 is described. However, it maybe understood that, any quantity of satellites may be used to obtainuseful location information. The location information unit 115 shown inFIG. 1 is normally configured to be engaged with the satellite 300 toobtained wanted location information. By replacing the GPS trackingtechnology or in addition to the GPS tracking technology, anothertechnology that can track the location of the mobile terminal may beused. In addition, at least one GPS satellite 300 may be selectively oradditionally process satellite DMB transmission.

In a typical operation of a wireless communications system, the BS 270receives reverse link signals from various mobile terminals 100. Themobile terminal 100 normally participates in a call, message receivingand sending, and another type of communication. Each reverse link signalreceived by a specified base station is processed in a specified BS 270.Data that is obtained is forwarded to a related BSC 275. The BSC 275provides call resource allocation and a mobile management functionincluding coordination of soft handover between the BSs 270. The BSC 275further guides the received data to the MSC 280, and the BSC 275provides an additional routing service that forms an interface with thePSTN 290. Similarly, the PSTN 290 forms an interface with the MSC 280,the MSC 280 forms an interface with the BSC 275, and the BSC 275correspondingly controls the BS 270 to send a forward link signal to themobile terminal 100.

The mobile communications unit 112 of the communications unit 110 of themobile terminal transmits, based on relevant data (including useridentification information and authentication information) of a built-inaccess mobile communications network (for example, 2G, 3G, and 4G mobilecommunications networks) of the mobile terminal, mobile communicationdata (including uplink mobile communication data and downlink mobilecommunication data) for services of the user of the access mobilecommunications network of the mobile terminal, such as web page browsingand network multimedia playing.

The wireless Internet unit 113 of the communications unit 110 implementsa function of a hotspot by running a related protocol function of thehotspot. The hotspot supports access of a plurality of mobile terminals(any mobile terminal other than the mobile terminal). By multiplexing amobile communications connection between the mobile communications unit112 and the mobile communications network, mobile communication data(including mobile communication data and downlink mobile communicationdata) is transmitted for services of the user of the mobile terminal,such as web page browsing and network multimedia playing. The mobileterminal actually transmits mobile communication data by multiplexingthe mobile communications connection between the mobile terminal and thecommunications network, and therefore mobile communication data trafficconsumed by the mobile terminal is counted into telecom expense of themobile terminal by a charging entity on a communications network side,so that data traffic of mobile communication data included in thetelecom expense subscribed by the mobile terminal is consumed.

FIG. 3 is a schematic diagram of each hardware entity performinginformation exchange according to an embodiment. FIG. 3 includes aterminal device 1 and a server 2. The terminal device 1 includesterminal devices 11 to 14. The terminal device performs informationexchange with the server by using a wired network or a wireless network.The terminal device includes a mobile phone, a desktop, a PC, anall-in-one machine, and the like. According to this embodiment, theterminal may initiate a download request to the server, to obtain aconversion logic. During actual application, the file conversion logicmay be in a form of a general installation package. The generalinstallation package is a general installation package obtained byperforming processing by a Windows platform. No specified APP needs tobe installed on a mobile, and the general installation package onlyneeds to be downloaded to the terminal to be directly used forimplementing operations such as playing and distortion processing.Operation objects based on the general installation package areleft/right format files of a same source file (such as a video file). Inthis way, a better distortion processing effect is achieved, and unlikethe related art technology, the processing is not performed on thesource file. Finally, processing results are separately projected on theVR glasses for playing. This is more convenient and quick.

In this embodiment, the obtained result of the distortion processing isstored in an image file format to a video RAM for performing filesharing, so that there is no need to perform a plurality of times ofcopy operations, and a required file only needs to be obtained fromsharing during recording, not only improving efficiency, but alsopreventing excessive occupancy of a CPU and a memory. After aninstruction for a recording operation is received, the result of thedistortion processing is provided to a recording thread for recording,and finally the result of the distortion processing and the audio fileare encoded and combined into a first target file and a second targetfile that are directly used for VR playing. It can be learned that,according to this embodiment, a file conversion logic (for example, ageneral installation package) is generated by performing processing in abackground Windows platform, and the terminal obtains the fileconversion logic (for example, the general installation package) anddirectly uses the file conversion logic (for example, the generalinstallation package) for processing.

Specifically, a processing logic 10 executed by the terminal device isshown in FIG. 3, and the processing logic 10 includes operations S1-S5:

S1. Obtain a file conversion logic, the file conversion logic being alogic generated on the server side based on a player plug-in, an SDK,and a recording plug-in that are loaded and run in a designated 3Doperation environment.

S2. Play, based on the file conversion logic, a left video file and aright video file obtained based on a source file, the left video filebeing a file played based on the source file and displayed on a leftside of a screen of the terminal, and the right video file being a fileplayed based on the source file and displayed on the right side of ascreen of the terminal.

S3. Perform, based on the file conversion logic, audio/video decodingcorresponding to the left video file and the right video file, to obtainan audio file and an image file.

S4. Perform distortion processing on the image file, to store anobtained result of the distortion processing of the image in an imagefile format to a video RAM to perform file sharing.

S5. Receive an instruction for a recording operation, and when providingthe result of the distortion processing of the image to a recordingthread for recording, encode and combine, based on the file conversionlogic, the result of the distortion processing of the image and theaudio file to a target file used for direct VR playing, the target filebeing the first target file and the second target file respectivelycorresponding to initial files (the left video file and the right videofile), to finally directly play the first target file and the secondtarget file on a pair of VR glasses.

The example in FIG. 3 is merely a system architecture example forimplementing the embodiments. The exemplary embodiments are not limitedto the system structure shown in FIG. 3. For illustrative purposes,based on the system architecture shown in FIG. 3, each embodiment of themethod described herein is provided.

A file processing method according to an embodiment is provided. Asshown in FIG. 4, the method includes operations 101-105.)

101: Obtain a file conversion logic, the file conversion logic being alogic generated on a server side based on a player plug-in, a softwaredevelopment kit (SDK), and a recording plug-in that are loaded and runin a designated 3D operation environment. In this way, during subsequentspecific processing, the file conversion logic may be used for a seriesof operations such as playing, audio/video decomposition, distortion,and target file recording. When the file conversion logic exists in aform of an SDK installation package, and the installation package is ageneral installation package obtained after processing performed by aWindows platform, without installing a specified APP, any terminal maydirectly use the installation package to implement operations such asplaying and distortion processing by only downloading the generalinstallation package to the terminal. That is, the general installationpackage is used to process a source file to obtain a target file, andthe target file may further be shared on a network.

102: When the file conversion logic is used for the series of operationssuch as playing, audio/video decomposition, distortion, and target filerecording, first, play a first to-be-processed file and a secondto-be-processed file obtained based on a source file, the firstto-be-processed file being a left video file of the source filedisplayed on a screen of a terminal, and the second to-be-processed filebeing a right video file of the source file displayed on the screen ofthe terminal.

103: Perform audio/video decoding on each of the first to-be-processedfile and the second to-be-processed file based on the file conversionlogic, to obtain an audio file and an image file that correspond to eachof the first to-be-processed file and the second to-be-processed file.)

104: Perform distortion processing on the image file corresponding toeach of the first to-be-processed file and the second to-be-processedfile, and store an obtained result of the distortion processing in animage file format in a video RAM to perform file sharing.

105: Receive an instruction for a recording operation, and whenproviding the result of the distortion processing to a recording threadfor recording, encode and combine, based on the file conversion logic,the result of the distortion processing and the audio file thatcorresponds to each of the first to-be-processed file and the secondto-be-processed file into a first target file and a second target filethat are directly used for VR playing. For example, the result of thedistortion processing and the audio file that correspond to the firstto-be-processed are encoded and combined into the first target file, andthe result of the distortion processing and the audio file thatcorrespond to the second to-be-processed are encoded and combined intothe second target file.

The VR technology is a computer simulation system that can create andexperience a virtual world. In the VR technology, a computer is used togenerate a staging environment, to provide a 3D dynamic interactive andmultisourcing information integration information scene and systemsimulation of an entity behavior, so that a user can immerse in thestaging environment. VR mainly includes aspects such as a stagingenvironment, sensing, natural technique, and sensing device. The stagingenvironment is a real-time dynamic 3D vivid image generated by thecomputer. The sensing refers to that an ideal VR needs to have allsensing that a human has. In addition to visual sensing generated byusing a graphic technology of the computer, there are also sensing suchas auditory sense, sense of touch, force sense, and motion, and evenolfactory sense and taste sense are included. These are referred to asmultisensing. The natural technique refers to turning of man's head,eyes, gestures, or another human behavior action, the computer processesdata adapted to the actions of the participant, responds to an input ofthe user in real time, and respectively sends feedbacks to facialfeatures of the user. The sensing device refers to a 3D interactivedevice.

As VR develops, VR vendors introduce a pair of VR glasses of their own.A new human-computer interaction manner is obtained by using such VRglasses. Due to more natural and more stereoscopic environmentsimulation of the VR glasses, with the popularity of mobile terminals,mobile VR steps into common consumers' life more quickly. The VR glassesnot only support a panoramic image, but also support a 3D image.However, current 3D video playing can be converted only by installing aspecified APP, which not only is inconvenient but also fails to support3D playing on a web page. This is because normally, an APP installed ona terminal is only a video player that does not have a web page browsingfunction, thereby failing to support 3D playing on a web page. Atpresent, most 3D videos are in a left/right format, and such a formatcannot be directly normally viewed in a pair of VR glasses. This isbecause the VR glasses needs to project a distorted image on theglasses, so that a 3D effect can be generated.

During actual application, a mobile VR scenario is used as an example.By using an embodiment, a processing logic (such as a file conversionlogic) based on file conversion can be played by using any built-inplayer of a mobile terminal. The user can further conveniently upload aconverted target video file to a video website, to facilitate sharing,and therefore the user can experience a 3D video on the web page. Forthe processing logic (such as the file conversion logic) based on thefile conversion, a new video file is played, decoded, distorted,recorded, saved, and shared in a combined manner ofVLC+Unity3D+CardboardSDK+OBS. Specifically, the file conversion logic isused for performing distortion conversion on videos of a left/rightformat and saving the video as video files of a same format that can beplayed on any video player on a mobile phone terminal without beingprocessed by using a specified APP. A generated file is shared to theweb page and is played on the web page.

In the related art technology, an original source file is processed, andfinally, the original source file further needs to be projected to theVR glasses to be displayed. This limits a format. However, according toan exemplary embodiment, the source file is processed by displaying, bythe VR glasses, required left and right format videos. This is notlimited by a format, and subsequently, the file can be directly viewedthrough the VR glasses without being projected on a screen. In addition,a distorted image is shared by using the video RAM, avoiding a pluralityof times of copy in a recording process and avoiding excessive occupancyof a CPU and a memory. Therefore, total processing efficiency isaffected, high efficiency is achieved, and there is no delay of imagetransmission, so that CPU and memory resources are saved.

For details of methods to generate the foregoing processing logic basedon file conversion (for example, the file conversion logic) onbackground Windows, VLC refers to video decoding and audio decoding;Cardboard refers to image distortion; OBS refers to perform encoding andcompression on the distorted image, to save the file. Running in a Unityenvironment of a Windows platform, a Cardboard SDK plug-in package isintroduced. The Cardboard SDK is used for performing distortion. TheCardboard SDK may adapt to a distortion parameter based on a screenaspect ratio and a resolution, and preconfigure a plurality of mobilemodels. The Cardboard SDK is a complete development kit, an exemplaryembodiment only uses a distortion function herein, and therefore theCardboard SDK needs to be CUT. There is no player for any type of videoformat in the Unity. VLC is a full-platform and full-format player, aplayer plug-in whose VLC is in Unity is made, and audio and images of a3D video each may be decoded by using the VLC, and then distortionprocessing is performed on important images that need to be processed.As a recording tool on the Windows platform, OBS has its own plug-insthat can perform recording for a window. Copy operations need to beperformed for the window recording for a plurality of times, efficiencyis low, and consumption of a CPU and a memory is significant. Accordingto an exemplary embodiment, the foregoing aspect is optimized, and twoplug-ins are separately written, one is used in Unity, and a distortedimage is shared by using the video RAM. The other is used in OBS, animage is obtained from the video RAM and is directly handed to therecording thread. In this way, in a process of image copying, operationsare performed in the video RAM, and therefore the copy operationsconsume no memory and no CPU. OBS saves distorted images and voices as atarget video file by performing compression and encoding.

A file processing method according to an embodiment is illustrated inFIG. 5. As shown in FIG. 5, the method includes operations 201-208.

201: Obtain a file conversion logic, the file conversion logic being alogic generated on a server side based on a player plug-in, an SDK, anda recording plug-in that are loaded and run in a designated 3D operationenvironment. In this way, during subsequent specific processing, thefile conversion logic may be used for a series of operations such asplaying, audio/video decomposition, distortion, and target filerecording. When the file conversion logic exists in a form of an SDKinstallation package, and the installation package is a generalinstallation package obtained after processing performed by a Windowsplatform, without installing a specified APP, any terminal may directlyuse the installation package to implement operations such as playing anddistortion processing by only downloading the general installationpackage to the terminal. That is, the general installation package isused to process a source file to obtain a target file, and the targetfile may further be shared on a network.

202: When the file conversion logic is used for the series of operationssuch as playing, audio/video decomposition, distortion, and target filerecording, first, play a first to-be-processed file and a secondto-be-processed file obtained based on a source file, the firstto-be-processed file being a left video file of the source filedisplayed on a screen of a terminal, and the second to-be-processed filebeing a right video file of the source file displayed on the screen ofthe terminal.

203: Perform audio/video decoding on each of the first to-be-processedfile and the second to-be-processed file based on the file conversionlogic, to obtain a first audio file and a first image file thatcorrespond to the first to-be-processed file and a second audio file anda second image file that correspond to the second to-be-processed file,that is, perform audio/video decoding on each of the firstto-be-processed file and the second to-be-processed file based on thefile conversion logic, to obtain an audio file and an image file thatcorrespond to each of the first to-be-processed file and the secondto-be-processed file.

204: In the process of performing distortion processing on the imagefiles respectively corresponding to the first to-be-processed file andthe second to-be-processed file, obtain first information related todisplaying of the screen of the terminal, the first informationincluding information of at least one of a screen aspect ratio or aresolution.

205: Obtain second information related to performance of the terminal,the second information including information of at least one of a modelof the terminal or a performance index of a processor of the terminal.

206: Perform distortion processing on the first image file and thesecond image file based on the first information and/or the secondinformation, to obtain a third image file related to the first imagefile and a fourth image file related to the second image file.

207: Store the third image file and the fourth image file in the videoRAM to perform file sharing, to store an obtained result of thedistortion processing in an image file format in a video RAM to performfile sharing.

208: Receive an instruction for a recording operation, and whenproviding the third image file and the fourth image file to therecording thread for recording, encode and combine the first audio fileand the third image file into a first target file based on the fileconversion logic, and encode and combine the second audio file and thefourth image file into a second target file, to make the first targetfile and the second target file be directly used for VR playing.

The VR technology is a computer simulation system that can create andexperience a virtual world. In the VR technology, a computer is used togenerate a staging environment, to provide a 3D dynamic interactive andmultisourcing information integration information scene and systemsimulation of an entity behavior, so that a user can immerse in thestaging environment. VR mainly includes aspects such as a stagingenvironment, sensing, natural technique, and sensing device. The stagingenvironment is a real-time dynamic 3D vivid image generated by thecomputer. The sensing refers to all sensing that a human has that anideal VR needs to have. In addition to visual sensing generated by usinga graphic technology of the computer, there are also sensing such asauditory sense, sense of touch, force sense, and motion, and evenolfactory sense and taste sense. These are referred to as multisensing.The natural technique refers to turning of man's head, eyes, gestures,or another human behavior action, the computer processes data adapted tothe actions of the participant, responds to an input of the user in realtime, and respectively sends feedbacks to facial features of the user.The sensing device refers to a 3D interactive device.

According to an exemplary embodiment, in a scenario in which the firsttarget file and the second target file are integrated with the VRglasses, processing is performed by directly displaying the source fileas a left-right videos by using the VR glasses, and therefore adisplaying format and an application range do not constitute alimitation. The VR glasses may directly use the foregoing target file,and may be used for viewing on any terminal or web page. In this way, noprojection process needs to be performed, processing efficiency isimproved, and a file format is more compatible with various terminalsand application ranges. Distortion of different degrees is unavoidablewhen the target file is played by using various terminals, and thereforein exemplary embodiments, for distortion possibility of differentterminals, adjustment is performed by using a corresponding parameter byusing a file conversion logic, to ensure that a final playing effect isclear and without distortion. Specifically, the distortion parameter isrelated to information such as a screen aspect ratio, a resolution, or amodel of a terminal such as a mobile phone terminal.

In the related art technology, an original source file is processed, andfinally the original source file further needs to be projected to the VRglasses to be displayed. This limits a format. However, in an exemplaryembodiment, the source file is processed by displaying, by the VRglasses, required left and right format videos. This is not limited by aformat, and subsequently, the file can be directly viewed by usingthrough VR without being projected on a screen. In addition, a distortedimage is shared by using the video RAM, avoiding a plurality of times ofcopy in a recording process and avoiding excessive occupancy of a CPUand a memory. Therefore, total processing efficiency is improved, highefficiency is achieved, and there is no delay of image transmission, sothat CPU and memory resources are saved.

For details of methods to generate the foregoing processing logic basedon file conversion (for example, the file conversion logic) onbackground Windows, VLC refers to video decoding and audio decoding;Cardboard refers to image distortion; OBS refers to perform encoding andcompression on the distorted image, to save the file. Running in a Unityenvironment of a Windows platform, a Cardboard SDK plug-in package isintroduced. The Cardboard SDK is used for performing distortion. TheCardboard SDK may adapt to a distortion parameter based on a screenaspect ratio and a resolution, and preconfigure a plurality of mobilemodels. The Cardboard SDK is a complete development kit, an exemplaryembodiment only uses a distortion function herein, and therefore theCardboard SDK needs to be CUT. There is no player for any type of videoformat in the Unity. VLC is a full-platform and full-format player, aplayer plug-in of VLC is made in Unity, and audio and images of a 3Dvideo each may be decoded by using the VLC, and then distortionprocessing is performed on important images that need to be processed.As a recording tool on the Windows platform, OBS has its own plug-insthat can perform recording for a window. Copy operations need to beperformed for the window recording for a plurality of times, efficiencyis low, and consumption of a CPU and a memory is significant. In anexemplary embodiment, the foregoing aspect is optimized, and twoplug-ins are separately written, one is used in Unity, and a distortedimage is shared by using the video RAM. The other is used in OBS, animage is obtained from the video RAM and is directly handed to therecording thread. In this way, in a process of image copying, operationsare performed in the video RAM, and therefore the copy operationsconsume no memory and no CPU. OBS saves distorted images and voices as atarget video file by performing compression and encoding.

Based on the foregoing descriptions, in an exemplary embodiment, themethod may further include: receiving an instruction for a file sharingoperation, and sharing the first target file and the second target filewith a target user according to an address of the target user; orsharing the first target file and the second target file on acorresponding web page according to a link address of the web page.)

Based on the foregoing descriptions, in an exemplary embodiment, themethod may further include: storing the first target file and the secondtarget file by using video files of a same format.

According to a file processing system in an exemplary embodiment, theterminal may initiate a download request to the server, to obtain aconversion logic. During actual application, the file conversion logicmay be in a form of a general installation package. The generalinstallation package is a general installation package obtained byperforming processing by a Windows platform. No specified APP needs tobe installed on a mobile, and the general installation package onlyneeds to be downloaded to the terminal to be used for implementingoperations such as playing and distortion processing. Operation objectsbased on the general installation package are left/right format files ofa same source file (such as a video file). In this way, a betterdistortion processing effect is achieved, and unlike the related arttechnology, the processing is not performed on the source file. Finally,processing results are separately projected on the VR glasses forplaying. This is more convenient and quick. In an exemplary embodiment,the obtained result of the distortion processing is stored in an imagefile format to a video RAM for performing file sharing, so that there isno need to perform a plurality of times of copy operations, and arequired file only needs to be obtained from sharing during recording,thereby not only improving efficiency, but also preventing excessiveoccupancy of a CPU and a memory. After an instruction for a recordingoperation is received, the result of the distortion processing isprovided to a recording thread for recording, and finally the result ofthe distortion processing and the audio file are encoded and combinedinto a first target file and a second target file that are directly usedfor VR playing.

It can be learned that, according to an exemplary embodiment, a fileconversion logic (for example, a general installation package) isgenerated by performing processing in a background Windows platform, andthe terminal obtains the file conversion logic (for example, the generalinstallation package) and directly uses the file conversion logic (forexample, the general installation package) for processing.

As shown in FIG. 6, the file processing system includes a terminal 41and a server 42. The terminal 41 includes: an obtaining unit 411,configured to obtain a file conversion logic; a playing unit 412,configured to play a first to-be-processed file and a secondto-be-processed file obtained based on a source file, the firstto-be-processed file being a left video file of the source filedisplayed on a screen of a terminal, and the second to-be-processed filebeing a right video file of the source file displayed on the screen ofthe terminal; a first processing unit 413, configured to: performaudio/video decoding on each of the first to-be-processed file and thesecond to-be-processed file based on the file conversion logic, toobtain an audio file and an image file that correspond to each of thefirst to-be-processed file and the second to-be-processed file, performdistortion processing on the image file corresponding to each of thefirst to-be-processed file and the second to-be-processed file, andstore an obtained result of the distortion processing in an image fileformat in a video RAM to perform file sharing; and a second processingunit 414, configured to: receive an instruction for a recordingoperation, and when providing the result of the distortion processing toa recording thread for recording, encode and combine, based on the fileconversion logic, the result of the distortion processing and the audiofile that corresponds to each of the first to-be-processed file and thesecond to-be-processed file into a first target file and a second targetfile that are directly used for VR playing. The server 42 includes: ageneration unit 421, configured to generate, based on a player plug-in(such as VLC), SDK (such as Cardboard SDK), and a recording plug-in(such as OBS) that are loaded and run in a specified designated 3Doperation environment (for example, Unity), a file conversion logic; anda feedback unit 422, configured to feed back the file conversion logicto the terminal in response to a download request initiated by aterminal.

During actual application, a mobile VR scenario is used as an example.By using an embodiment, a processing logic (such as a file conversionlogic) based on file conversion can be played by using any built-inplayer of a mobile terminal. The user can further conveniently upload aconverted target video file to a video website, to facilitate sharing,and therefore the user can experience a 3D video on the web page. Forthe processing logic (such as the file conversion logic) based on thefile conversion, a new video file is played, decoded, distorted,recorded, saved, and shared in a combined manner ofVLC+Unity3D+CardboardSDK+OBS. Specifically, the file conversion logic isused for performing distortion conversion on videos of a left/rightformat and saving the video as video files of a same format that can beplayed on any video player on a mobile phone terminal, without beingprocessed by using a specified APP. A generated file is shared to theweb page and is played on the web page.

In the related art technology, an original source file is processed, andfinally the original source file further needs to be projected to the VRglasses to be displayed. This limits a format. In contrast, according toan exemplary embodiment, the source file is processed by displaying, bythe VR glasses, required left and right format videos. This is notlimited by a format, and subsequently, the file can be directly viewedthrough VR glasses without being projected on a screen. In addition, adistorted image is shared by using the video RAM, avoiding a pluralityof times of copy in a recording process and avoiding excessive occupancyof a CPU and a memory. Therefore, total processing efficiency isimproved, high efficiency is achieved, and there is no delay of imagetransmission, so that CPU and memory resources are saved.

For details of methods to generate the foregoing processing logic basedon file conversion (for example, the file conversion logic) onbackground Windows on the server side, VLC refers to video decoding andaudio decoding; Cardboard refers to image distortion; OBS refers toperform encoding and compression on the distorted image, to save thefile. Running in a Unity environment of a Windows platform, a CardboardSDK plug-in package is introduced. The Cardboard SDK is used forperforming distortion. The Cardboard SDK may adapt to a distortionparameter based on a screen aspect ratio and a resolution, andpreconfigure a plurality of mobile models. The Cardboard SDK is acomplete development kit, an exemplary embodiment only uses a distortionfunction herein, and therefore the Cardboard SDK needs to be CUT. Thereis no player for any type of video format in the Unity. VLC is afull-platform and full-format player, a player plug-in of VLC is made inUnity, and audio and images of a 3D video each may be decoded by usingthe VLC, and then distortion processing is performed on important imagesthat need to be processed. As a recording tool on the Windows platform,OBS has its own plug-ins that can perform recording for a window. Copyoperations need to be performed for the window recording for a pluralityof times, efficiency is low, and consumption of a CPU and a memory issignificant. In an exemplary embodiment, the foregoing aspect isoptimized, and two plug-ins are separately written, one is used inUnity, and a distorted image is shared by using the video RAM. The otheris used in OBS, an image is obtained from the video RAM and is directlyhanded to the recording thread. In this way, in a process of imagecopying, operations are performed in the video RAM, and therefore thecopy operations consume no memory and no CPU. OBS saves distorted imagesand voices as a target video file by performing compression andencoding.

In an implementation of an exemplary embodiment, the first processingunit of the terminal is further configured to perform audio/videodecoding on each of the first to-be-processed file and the secondto-be-processed file based on the file conversion logic, to obtain afirst audio file and a first image file that correspond to the firstto-be-processed file and a second audio file and a second image filethat correspond to the second to-be-processed file.

In an implementation of an exemplary embodiment, the first processingunit of the terminal is further configured to: obtain first informationrelated to displaying of the screen of the terminal; obtain secondinformation related to performance of the terminal; and performdistortion processing on the first image file and the second image filebased on the first information and/or the second information, to obtaina third image file related to the first image file and a fourth imagefile related to the second image file, and store the third image fileand the fourth image file in the video RAM to perform file sharing. Thefirst information includes information of at least one of a screenaspect ratio or a resolution, and the second information includesinformation of at least one of a model of the terminal or a performanceindex of a processor of the terminal.

In an implementation of an exemplary embodiment, the second processingunit of the terminal is further configured to: receive an instructionfor a recording operation, and when providing the third image file andthe fourth image file to the recording thread for recording, encode andcombine the first audio file and the third image file into a firsttarget file based on the file conversion logic, and encode and combinethe second audio file and the fourth image file into a second targetfile.

In an implementation of an exemplary embodiment, the terminal furtherincludes a sharing unit, configured to: receive an instruction for afile sharing operation, and sharing the first target file and the secondtarget file with a target user according to an address of the targetuser; or share the first target file and the second target file on acorresponding web page according to a link address of the web page.

In an implementation of an exemplary embodiment, the terminal furtherincludes a storage unit, configured to store the first target file andthe second target file by using video files of a same format.

In an implementation of an exemplary embodiment, the generation unit ofthe server is further configured to: introduce the SDK into thedesignated 3D operation environment; load and run the player plug-in inthe designated 3D operation environment, and perform, by using theplayer plug-in, audio/video decoding on a first to-be-processed file anda second to-be-processed file obtained based on a source file, to obtainan audio file and an image file that correspond to each of the firstto-be-processed file and the second to-be-processed file; when itlearns, through monitoring, that the image file is distorted, performdistortion processing on the image file corresponding to each of thefirst to-be-processed file and the second to-be-processed file by usingthe SDK; and before a recording thread is started by using the recordingplug-in to perform recording, store an obtained result of the distortionprocessing in an image file format to a video RAM to perform filesharing.

In an implementation of an exemplary embodiment, the recording plug-inin the server includes a first plug-in related to the video RAM in thedesignated 3D operation environment and a second plug-in responding tothe recording operation. The server includes: a communications unit,configured to communicate with the video RAM by using the first plug-in,and extract the result of the distortion processing from the video RAM;and a recording unit, configured to: respond to the recording operation,communicate, by the second plug-in with the first plug-in, to providethe result of the distortion processing to the recording thread forrecording, and encode and combine, based on the file conversion logic,the result of the distortion processing and the audio file thatcorresponds to each of the first to-be-processed file and the secondto-be-processed file into a first target file and a second target filethat are directly used for virtual reality VR playing.

For a processor used for data processing, processing may be performed byusing a microprocessor, a central processing unit (CPU), a DSP or anFPGA. A storage medium includes an operation instruction. The operationinstruction may be computer-executable code, and the steps of theinformation processing method procedure in the embodiments areimplemented by using the operation instruction.

It should be noted that, the descriptions above related to the terminaland the server are similar to the method descriptions above and are thesame as the descriptions of beneficial effects of the method, and arenot described herein again. For technical details that are not disclosedin the terminal and server embodiments, refer to the descriptions of theembodiments of the method procedure.

An actual application scenario is used as an example to describe anembodiment below:

With the development of the VR technology, the VR glasses arepopularized. Such a new man-machine interaction manner is limited to thehardware costs of the PC VR. Mobile VR can better satisfy a use demandof common consumers. The VR glasses not only support a panoramic image,but also support a three-dimensional (3D) image. However, currently, a3D video can be played only by installing an APP. This is inconvenientand cannot support 3D playing on a web page.

FIG. 7 shows a procedure in which VR playing is performed by using anAPP including video content, game content, and a video player. In thisprocedure, after audio/video decoding is performed on a video source,distortion processing is performed on an image obtained after theaudio/video decoding. Finally, the audio is played by using a speaker,and the image on which the distortion processing is performed isprojected on a VR screen to be played. At present, most of 3D videos arein a left/right format, and the processing manner based on the procedureis performing processing on the 3D video source. In this manner, a videocannot be normally viewed by directly using the VR glasses. This isbecause only by projecting a distorted image on the glasses can a 3Deffect be generated by using the VR glasses. A specific APP needs to beinstalled, and web page playing is not supported. Due to this problems,demands of common consumers are not satisfied.

For the foregoing problems, according to this embodiment, a combinationmanner of VLC+Unity3D+CardboardSDK+OBS may be used, so that distortionconversion is performed for videos of a left/right video and the videosare stored as video files of a same format. For example, the videos maybe performed by using any video player of a mobile phone terminal and ona web page. A 3D video effect can be experienced by wearing a pair of VRglasses. A file conversion logic is generated by using the combinationmanner of VLC+Unity3D+CardboardSDK+OBS and is run on a Windows platform.Then, the file conversion logic is feedback to the terminal according toa download request of the terminal to be directly used by the terminal,to implement audio/video decoding, distortion processing, encoding andcombination, recording and storage, and a web page sharing function ofleft/right format files of the source file.

Specifically, for the file conversion logic, in a Unity environment, aCardboard SDK plug-in packet is introduced. The Cardboard SDK is usedfor performing distortion. The Cardboard SDK may adapt to a distortionparameter based on a screen aspect ratio and a resolution, andpreconfigure a plurality of mobile models. The Cardboard SDK is acomplete development kit, an exemplary embodiment only uses a distortionfunction herein, and therefore the Cardboard SDK needs to be CUT. Thereis no player for any type of video format in the Unity. VLC is afull-platform and full-format player, a player plug-in whose VLC is inUnity needs to be made herein, and audio and images of a 3D video eachmay be decoded by using the VLC, and then distortion processing isperformed on important images.

Images before and after distortion are shown in FIG. 8 and FIG. 9. FIG.8 shows images before distortion, and FIG. 9 shows images afterdistortion. OBS is a recording tool on the Windows platform, and its ownplug-ins can perform recording for a window. Copy operations need to beperformed for the window recording for a plurality of times, efficiencyis low, and consumption of a CPU and a memory is significant. Accordingto an exemplary embodiment, the foregoing aspect is optimized, and twoplug-ins are separately written, one is used in Unity, and a distortedimage is shared by using the video RAM. The other is used in OBS, animage is obtained from the video RAM and is directly handed to therecording thread. In this way, in a process of image copying, operationsare performed in the video RAM, and therefore the copy operationsconsume no memory and no CPU. The OBS stores distorted images and voiceas new video file by means of compression and encoding. The file may bedirectly played by using a mobile phone carried player, or may beuploaded to a video website to be played on the web page. In this way,the costs of sharing and experiencing a 3D video by a user are greatlyreduced. VLC refers to video decoding and audio decoding. Cardboardrefers to image distortion. OBS refers to performing encoding andcompression on distorted images and audio, and storing the file.

FIG. 10 shows a file conversion procedure according to an exemplaryembodiment. In the procedure, audio/video decoding, distortionprocessing, encode and combine, and recording and storage are performedbased on the foregoing file conversion logic on 3D source videos of aleft/right format from a 3D video source (for example, a 3D video file).Player plug-in VLC is used to play the 3D source video of a left/rightformat, audio/video decoding is performed on the 3D source video of aleft/right format, distortion processing is performed on an imageobtained after the video decoding, and a result of the distortionprocessing is put into the video RAM for sharing. When recording isperformed by using OBS of the recording plug-in, an audio file and theresult of the distortion processing of the image shared in the video RAMare obtained, and the two are encoded and combined and are stored, toobtain a new video file. The new video file is directly played on theVR.

Interactive processing between the distortion process and OBS recordingprocess according to an exemplary embodiment is shown in FIG. 11. In thedistortion process, distortion processing needs to be performed on adistorted video, to eliminate effect of the distortion. Specifically, anoriginal video file is obtained, encoding is performed by using theplayer plug-in VLC, a video frame and an audio frame are separated (thatis, audio/video decoding and separation is performed on a 3D sourcevideo of a left/right format), the audio frame is placed into a virtualaudio adapter, and the distortion processing is performed only on thevideo frame. A result of the distortion processing obtained byperforming the distortion processing on the video frame is placed intothe video RAM. A benefit of sharing in the video RAM is: the result ofthe distortion processing is stored in an image file format in the videoRAM for file sharing, so that there is no need to perform a plurality oftimes of copy operations, and a required file only needs to be obtainedfrom sharing during recording, which not only improves efficiency, butalso prevents excessive occupancy of a CPU and a memory. In the OBSprocess, when recording is performed by using the recording plug-in OBS,an audio and the result of the distortion processing of the video sharedin the video RAM are captured. After a recording operation is received,the result of the distortion processing is provided to a recordingthread for recording, and the two are encoded and combined and arestored, to obtain a new video file. The new video file is directlyplayed on the VR.

In an actual application based on the file conversion procedure, thesolution according to an exemplary embodiment is a function of VRCapture. VR Capture is a recording and sharing tool of VR PC glasses,and distortion conversion is performed on a left/right format videosrecorded by the VR Capture, to generate a new video file. VR Captureshares the generated file on the web page. The solution according to anexemplary embodiment further provides an interface DLL to the outside,to directly call start conversion and end convention. In addition, thesolution according to an exemplary embodiment further provides call-backof a conversion process.

A computer storage medium of an embodiment may be a memory including acomputer program. The computer program may be executed by a processor ofa data processing apparatus, to complete the steps of the method in theforegoing embodiments. The computer storage medium may be a memory suchas a FRAM, a ROM, a PROM, an EPROM, an EEPROM, a Flash Memory, amagnetic memory, an optical disc, or a CD-ROM; or may be a deviceincluding one of or any combination of the foregoing memories, such as amobile phone, a computer, a tablet device, or a PDA.

The computer-readable storage medium stores the computer program. Whenthe computer program is run by the processor, the following fileprocessing method is performed.

On one hand, when locating on the terminal side, the computer-readablestorage medium includes the following content:

In an exemplary embodiment, when the computer program is run by theprocessor, the following steps are further performed:

obtaining a file conversion logic, the file conversion logic being alogic generated on a server side based on a player plug-in, a softwaredevelopment kit SDK, and a recording plug-in that are loaded and run ina designated 3D operation environment;

playing a first to-be-processed file and a second to-be-processed fileobtained based on a source file, the first to-be-processed file being aleft video file of the source file displayed on a screen of a terminal,and the second to-be-processed file being a right video file of thesource file displayed on the screen of the terminal;

performing audio/video decoding on each of the first to-be-processedfile and the second to-be-processed file based on the file conversionlogic, to obtain an audio file and an image file that correspond to eachof the first to-be-processed file and the second to-be-processed file,performing distortion processing on the image file corresponding to eachof the first to-be-processed file and the second to-be-processed file,and storing an obtained result of the distortion processing in an imagefile format in a video RAM to perform file sharing; and

receiving an instruction for a recording operation, and when providingthe result of the distortion processing to a recording thread forrecording, encoding and combining, based on the file conversion logic,the result of the distortion processing and the audio file thatcorresponds to each of the first to-be-processed file and the secondto-be-processed file into a first target file and a second target filethat are directly used for VR playing.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

performing audio/video decoding on each of the first to-be-processedfile and the second to-be-processed file based on the file conversionlogic, to obtain a first audio file and a first image file thatcorrespond to the first to-be-processed file and a second audio file anda second image file that correspond to the second to-be-processed file.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

obtaining first information related to displaying of the screen of theterminal;

obtaining second information related to performance of the terminal; and

performing distortion processing on the first image file and the secondimage file based on the first information and/or the second information,to obtain a third image file related to the first image file and afourth image file related to the second image file, and storing thethird image file and the fourth image file in the video RAM to performfile sharing.

The first information includes information of at least one of a screenaspect ratio or a resolution.

The second information includes information of at least one of a modelof the terminal or a performance index of a processor of the terminal.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

receiving an instruction for a recording operation, and when providingthe third image file and the fourth image file to the recording threadfor recording, encoding and combining the first audio file and the thirdimage file into a first target file based on the file conversion logic,and encoding and combining the second audio file and the fourth imagefile into a second target file.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

receiving an instruction for a file sharing operation, and sharing thefirst target file and the second target file with a target useraccording to an address of the target user; or sharing the first targetfile and the second target file on a corresponding web page according toa link address of the web page.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

storing the first target file and the second target file by using videofiles of a same format.

On the other hand, when locating on the server side, thecomputer-readable storage medium includes the following content:

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

generating a file conversion logic based on a player plug-in, a softwaredevelopment kit SDK, and a recording plug-in that are loaded and run ina designated 3D operation environment; and

feeding back the file conversion logic to the terminal in response to adownload request initiated by a terminal.

In an embodiment, when the computer program is run by the processor, thefollowing steps are further performed:

introducing the SDK into the designated 3D operation environment;

loading and running the player plug-in in the designated 3D operationenvironment, and performing, by using the player plug-in, audio/videodecoding on a first to-be-processed file and a second to-be-processedfile obtained based on a source file, to obtain an audio file and animage file that correspond to each of the first to-be-processed file andthe second to-be-processed file;

when it learns, through monitoring, that the image file is distorted,performing distortion processing on the image file corresponding to eachof the first to-be-processed file and the second to-be-processed file byusing the SDK; and

before a recording thread is started by using the recording plug-in toperform recording, storing an obtained result of the distortionprocessing in an image file format to a video RAM to perform filesharing.

In an embodiment, the recording plug-in includes a first plug-in relatedto the video RAM in the designated 3D operation environment and a secondplug-in responding to the recording operation. When the computer programis run by the processor, the following steps are further performed:

the first plug-in communicates with the video RAM, to extract the resultof the distortion processing from the video RAM; and

the second plug-in communicates with the first plug-in in response tothe recording operation, to provide the result of the distortionprocessing to the recording thread for recording, and the result of thedistortion processing and the audio file that corresponds to each of thefirst to-be-processed file and the second to-be-processed file areencoded and combined, based on the file conversion logic, into a firsttarget file and a second target file that are directly used for virtualreality VR playing.

In the several embodiments provided in this application, it should beunderstood that the disclosed device and method may be implemented inother manners. The described device embodiments are merely exemplary.For example, the unit division is merely logical function division andmay be other division during actual implementation. For example,multiple units or components may be combined or integrated into anothersystem, or some features may be ignored or not performed. In addition,the displayed or discussed mutual couplings or direct couplings orcommunication connections between the components may be implementedthrough some interfaces, indirect couplings or communication connectionsbetween the devices or units, or electrical connections, mechanicalconnections, or connections in other forms.

The units described as separation parts may be or may not be physicallyseparated. The part used as display unit may be or may not be a physicalunit. That is, the units may be located in a same place, or may bedistributed to many network units. Some or all of the units need to beselected according to actual requirements to implement the purpose ofthe solution of the embodiments.

In addition, functional units in the embodiments may be integrated intoone processing unit, or each of the units may be used as a unit alone,or two or more units are integrated into one unit. The integrated unitmay be implemented through hardware, or may also be implemented in aform of hardware plus a software functional unit.

Persons of ordinary skill in the art should understand that all or apart of the steps of the method according to the embodiments may beimplemented by a program instructing relevant hardware. The program maybe stored in a computer readable storage medium. When the program isrun, the steps of the method according to the embodiments are performed.The storage medium may be any medium that is capable of storing programcode, such as a portable storage device, a ROM, a RAM, a magnetic disk,and an optical disc.

Alternatively, when the integrated unit in the disclosure is implementedwith a software functional unit form and sold or used as an independentproduct, the integrated unit may be stored in a computer readablestorage medium. Based on such an understanding, the technical solutionsof the embodiments essentially, or the part contributing to the relatedart technology, or some of the technical solutions may be implemented ina form of a software product. The software product is stored in astorage medium, and includes several instructions for instructing acomputer device (which may be a personal computer, a server, a networkdevice, and the like) to perform all or some of the methods described inthe embodiments. The foregoing storage medium includes: any medium thatcan store program code, such as a mobile storage device, a ROM, a RAM, amagnetic disk, or an optical disc.

The foregoing descriptions are merely specific implementations of thedisclosure, but are not intended to limit the protection scope of thedisclosure. Any variation or replacement readily figured out by personsskilled in the art within the technical scope disclosed in thedisclosure shall fall within the protection scope of the disclosure.Therefore, the protection scope of the disclosure shall be subject tothe protection scope of the claims.

Industrial Practicability

According to the embodiments, on one hand, a file conversion logic isused as a general processing mechanism, so that a series of operationssuch as audio/video decoding and distortion processing may be performed.Therefore, any source file and terminal may be adaptive to, and nospecified APP needs to be installed on the terminal for processing, anda better distortion processing effect can be achieved. The obtainedresult of the distortion processing is stored in an image file format toa video RAM for performing file sharing, so that there is no need toperform a plurality of times of copy operations, and a required fileonly needs to be obtained from sharing during recording, not onlyimproving efficiency, but also preventing excessive occupancy of a CPUand a memory. After an instruction for a recording operation isreceived, the result of the distortion processing is provided to arecording thread for recording, and finally the result of the distortionprocessing and the audio file are encoded and combined into a targetfile that is directly used for VR playing.

At least one of the components, elements, modules or units describedherein may be embodied as various numbers of hardware, software and/orfirmware structures that execute respective functions described above,according to an exemplary embodiment. For example, at least one of thesecomponents, elements or units may use a direct circuit structure, suchas a memory, a processor, a logic circuit, a look-up table, etc. thatmay execute the respective functions through controls of one or moremicroprocessors or other control apparatuses. Also, at least one ofthese components, elements or units may be specifically embodied by amodule, a program, or a part of code, which contains one or moreexecutable instructions for performing specified logic functions, andexecuted by one or more microprocessors or other control apparatuses.Also, at least one of these components, elements or units may furtherinclude or implemented by a processor such as a central processing unit(CPU) that performs the respective functions, a microprocessor, or thelike. Two or more of these components, elements or units may be combinedinto one single component, element or unit which performs all operationsor functions of the combined two or more components, elements of units.Also, at least part of functions of at least one of these components,elements or units may be performed by another of these components,element or units. Further, although a bus is not illustrated in some ofblock diagrams, communication between the components, elements or unitsmay be performed through the bus. Functional aspects of the aboveexemplary embodiments may be implemented in algorithms that execute onone or more processors. Furthermore, the components, elements or unitsrepresented by a block or processing operations may employ any number ofrelated art techniques for electronics configuration, signal processingand/or control, data processing and the like.

While a few exemplary embodiments have been described above, the scopeof the disclosure is not limited thereto and various modifications andimprovements made by those of ordinary skill in the art to conceptsdefined in the following claims should be understood to fall within thescope of the disclosure.

What is claimed is:
 1. A file processing method in a terminal comprisingat least one processor, the method comprising: obtaining, by the atleast one processor, a file conversion logic, the file conversion logicbeing based on a player plug-in, a software development kit (SDK), and arecording plug-in that are loaded and run in a designatedthree-dimensional (3D) operation environment; playing, by the at leastone processor, a first to-be-processed file and a second to-be-processedfile obtained based on a source file, the first to-be-processed filebeing a left video file of the source file displayed on a screen of theterminal, and the second to-be-processed file being a right video fileof the source file displayed on the screen of the terminal; performing,by the at least one processor, audio/video decoding on each of the firstto-be-processed file and the second to-be-processed file based on thefile conversion logic, to obtain a first audio file and a first imagefile that correspond to the first to-be-processed file and to obtain asecond audio file and a second image file that correspond to the secondto-be-processed file; performing, by the at least one processor,distortion processing on the first image file to provide a firstdistorted image file corresponding to the left video file and performingdistortion processing on the second image file to provide a seconddistorted image file corresponding to the right video file, and storinga result of the distortion processing in an image file format in a videorandom access memory (RAM); providing, by the at least one processor,the first distorted image file and the second distorted image file to arecording thread for recording in response to an instruction for arecording operation; encoding and combining, based on the fileconversion logic, the first distorted image file and the first audiofile into a first target file; and encoding and combining, based on thefile conversion logic, the second distorted image file and the secondaudio file into a second target file, the first target file and thesecond target file respectively corresponding to the left video file andthe right video file, and being for virtual reality (VR) playing.
 2. Themethod according to claim 1, wherein the performing the distortionprocessing comprises: obtaining first information related to displayingof the screen of the terminal; obtaining second information related toperformance of the terminal; and performing the distortion processing onthe first image file and the second image file based on the firstinformation and/or the second information, to obtain a third image filerelated to the first image file and a fourth image file related to thesecond image file, and storing the third image file and the fourth imagefile in the video RAM.
 3. The method according to claim 2, wherein thefirst information comprises information of at least one of a screenaspect ratio and a resolution; and the second information comprisesinformation of at least one of a model of the terminal and a performanceindex of a processor of the terminal.
 4. The method according to claim2, further comprising: providing the third image file and the fourthimage file to a recording thread for recording in response to aninstruction for a recording operation, encoding and combining the firstaudio file and the third image file into a first target file based onthe file conversion logic, and encoding and combining the second audiofile and the fourth image file into a second target file based on thefile conversion logic, the first target file and the second target filebeing used for virtual reality (VR) playing.
 5. The method according toclaim 1, further comprising: in response to receiving an instruction fora file sharing operation, performing at least one of: sharing the firsttarget file and the second target file with a target user according toan address of the target user; and sharing the first target file and thesecond target file on a web page according to a link address of the webpage.
 6. The method according to claim 1, further comprising: storingthe first target file and the second target file by using video files ofa same format.
 7. A terminal, comprising: at least one memory operableto store program code; and at least one processor operable to read theprogram code and operate as instructed by the program code, the programcode comprising: obtaining code configured to cause the at least oneprocessor to obtain a file conversion logic, the file conversion logicbeing based on a player plug-in, a software development kit (SDK), and arecording plug-in that are loaded and run in a designatedthree-dimensional (3D) operation environment; playing code configured tocause the at least one processor to play a first to-be-processed fileand a second to-be-processed file obtained based on a source file, thefirst to-be-processed file being a left video file of the source filedisplayed on a screen of the terminal, and the second to-be-processedfile being a right video file of the source file displayed on the screenof the terminal; and first processing code configured to cause the atleast one processor to: perform audio/video decoding on each of thefirst to-be-processed file and the second to-be-processed file based onthe file conversion logic, to obtain a first audio file and a firstimage file that correspond to the first to-be-processed file and toobtain a second audio file and a second image file that correspond tothe second to-be-processed file, perform distortion processing on thefirst image file to provide a first distorted image file correspondingto the left video file and perform distortion processing on the secondimage file to provide a second distorted image file corresponding to theright video file, and store a result of the distortion processing in animage file format in a video random access memory (RAM); provide thefirst distorted image file and the second distorted image file to arecording thread for recording in response to an instruction for arecording operation; encode and combine, based on the file conversionlogic, the first distorted image file and the first audio file into afirst target file; and encode and combine, based on the file conversionlogic, the second distorted image file and the second audio file into asecond target file, the first target file and the second target filerespectively corresponding to the left video file and the right videofile, and being for virtual reality (VR) playing.
 8. The terminalaccording to claim 7, wherein the first processing code further causesthe at least one processor to: obtain first information related todisplaying of the screen of the terminal; obtain second informationrelated to performance of the terminal; and perform the distortionprocessing on the first image file and the second image file based onthe first information and/or the second information, to obtain a thirdimage file related to the first image file and a fourth image filerelated to the second image file, and store the third image file and thefourth image file in the video RAM.
 9. The terminal according to claim8, wherein the first information comprises information of at least oneof a screen aspect ratio and a resolution; and the second informationcomprises information of at least one of a model of the terminal and aperformance index of a processor of the terminal.
 10. The terminalaccording to claim 8, wherein the program code further comprises secondprocessing code configured to cause the at least one processor to:provide the third image file and the fourth image file to a recordingthread for recording in response to an instruction for a recordingoperation; and encode and combine the first audio file and the thirdimage file into a first target file based on the file conversion logic,and encode and combine the second audio file and the fourth image fileinto a second target file based on the file conversion logic, the firsttarget file and the second target file being used for virtual reality(VR) playing.
 11. The terminal according to claim 7, further comprising:sharing code configured to cause the at least one processor to, inresponse to receiving an instruction for a file sharing operation,perform at least one of: share the first target file and the secondtarget file with a target user according to an address of the targetuser; and share the first target file and the second target file on aweb page according to a link address of the web page.
 12. The terminalaccording to claim 7, further comprising: storage code configured tocause the at least one processor to store the first target file and thesecond target file by using video files of a same format.
 13. Anon-transitory computer storage medium storing instructions, which, whenexecuted by at least one processor, cause the at least one processor toperform: obtaining a file conversion logic, the file conversion logicbeing based on a player plug-in, a software development kit (SDK), and arecording plug-in that are loaded and run in a designatedthree-dimensional (3D) operation environment; playing a firstto-be-processed file and a second to-be-processed file obtained based ona source file, the first to-be-processed file being a left video file ofthe source file displayed on a screen of a terminal, and the secondto-be-processed file being a right video file of the source filedisplayed on the screen of the terminal; performing audio/video decodingon each of the first to-be-processed file and the second to-be-processedfile based on the file conversion logic, to obtain a first audio fileand a first image file that correspond to the first to-be-processed fileand to obtain a second audio file and a second image file thatcorrespond to the second to-be-processed file; performing distortionprocessing on the first image file to provide a first distorted imagefile corresponding to the left video file and performing distortionprocessing on the second image file to provide a second distorted imagefile corresponding to the right video file, and storing a result of thedistortion processing in an image file format in a video random accessmemory (RAM); providing the first distorted image file and the seconddistorted image file to a recording thread for recording in response toan instruction for a recording operation; encoding and combining, basedon the file conversion logic, the first distorted image file and thefirst audio file into a first target file; and encoding and combining,based on the file conversion logic, the second distorted image file andthe second audio file into a second target file, the first target fileand the second target file respectively corresponding to the left videofile and the right video file, and being for virtual reality (VR)playing.
 14. The computer storage medium according to claim 13, whereinthe performing the distortion processing comprises: obtaining firstinformation related to displaying of the screen of the terminal;obtaining second information related to performance of the terminal; andperforming the distortion processing on the first image file and thesecond image file based on the first information and/or the secondinformation, to obtain a third image file related to the first imagefile and a fourth image file related to the second image file, andstoring the third image file and the fourth image file in the video RAM.15. The computer storage medium according to claim 14, wherein the firstinformation comprises information of at least one of a screen aspectratio and a resolution; and the second information comprises informationof at least one of a model of the terminal and a performance index of aprocessor of the terminal.
 16. The computer storage medium according toclaim 14, wherein the instructions further cause the at least oneprocessor to perform: providing the third image file and the fourthimage file to a recording thread for recording in response to aninstruction for a recording operation, encoding and combining the firstaudio file and the third image file into a first target file based onthe file conversion logic, and encoding and combining the second audiofile and the fourth image file into a second target file based on thefile conversion logic, the first target file and the second target filebeing used for virtual reality (VR) playing.
 17. The computer storagemedium according to claim 13, further comprising: in response toreceiving an instruction for a file sharing operation, performing atleast one of: sharing the first target file and the second target filewith a target user according to an address of the target user; andsharing the first target file and the second target file on a web pageaccording to a link address of the web page.